iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 27
0
Mobile Development

30 天從 Swift 學會 Objective-C系列 第 27

[27] 30 天從 Swift 學會 Objective-C:Swift friendly 的 Unavailable 與 convenience init

  • 分享至 

  • xImage
  •  

物件導向的設計中,關於建構物件的方式我們成為建構器(constructor),這關係到物件使用的方式,是很重要的事情。

Photo by @kellysikkema on Unsplash

Unavailable 與 NS_UNAVAILABLE

而 Objective-C 的物件因為都是繼承自 NSObject,這代表所有的 物件將會自帶有 init() 的建構器。在我們可以透過 @available(*, unavailable) 的方式透過編譯器的阻擋來限制

// Swift
class Base { init() {}}

class Sub: Base {
    @available(*, unavailable, message: "please using init(name:)")
    override init() {fatalError("Will never perform")}
    init(name:String) {
        super.init()
        ...
    }
}

let sub = Sub() // 'init()' is unavailable: please using init(name:)

關於 @avaliable,請參考 Attributes — The Swift Programming Language

Objective-C 是使用 NS_UNAVAILABLE

在 Objective-C 我們可以使用同樣的方式來表達 unavailable,透過 NS_UNAVAILABLE,而 Swift interface 則可以透過這個關鍵字提供錯誤呼叫的提示。

// Objective-C
@interface OCSub: NSObject
-(instancetype) init NS_UNAVAILABLE;
@end

OCSub* sub = [[OCSub alloc] init]; // 'init' is unavailable

複習 convenience init

Swift 很強調關於 init 的可讀性,convenience init 是在 class 提供多種建構器時必須要有的語法提示。在 Objective-C 並沒有這樣強制的語法,然而對於 Swift 開發者理解的部分我們可以使用 NS_DESIGNATED_INITIALIZER 來提供 Swift interface 關鍵字。

Objective-C 使用 NS_DESIGNATED_INITIALIZER 來確定建構器的關係。

簡單測驗

  1. @available(*, unavailable) init()init() {fatalError()} 在開發者的角度上,你比較偏好哪個?

上一篇
[26] 30 天從 Swift 學會 Objective-C:Swift friendly 的 Error handling
下一篇
[28] 30 天從 Swift 學會 Objective-C:Swift friendly 的 API Swift name
系列文
30 天從 Swift 學會 Objective-C30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

1 則留言

我要留言

立即登入留言